跳到主要内容

git 目录下的文件的作用

· 阅读需 8 分钟
古时的风筝

在每一个 git 仓库中都有一个隐藏的.git目录,git 的很多秘密都藏着这里面,包括分支、提交记录、配置、日志等等。

作为一个有实力有低调的开发者来说,你了解其中每个目录、每个文件都代表着什么吗?它们的作用又是什么呢?

以下是 .git目录的完整结构,看上去也是比较简单的,git 就是用这个结构管理这复杂的版本关系。

.git
|----config
|----objects
| |----0d
| | |----1d218acc58d857329cde3778d7429037079627
| | |----60436b1116e54b3ed9a4b9fec1f2f9916a73ca
| |----59
| | |----a10af7aa35f521b9a41569785d4481850192e3
| |----92
| | |----5f4810ed4da9873771f14f2ca1ab97db81283a
| | |----6c85f1ad90849159b2c616a9744ba62abe8f6a
| | |----c359f0b8d09e2fc137c865043d4f6951989cdd
|----HEAD
|----info
| |----exclude
|----logs
| |----HEAD
| |----refs
| | |----heads
| | | |----main
| | |----remotes
| | | |----origin
| | | | |----main
|----description
|----hooks
| |----commit-msg.sample
| |----pre-rebase.sample
| |----pre-commit.sample
| |----applypatch-msg.sample
| |----fsmonitor-watchman.sample
| |----pre-receive.sample
| |----prepare-commit-msg.sample
| |----post-update.sample
| |----pre-merge-commit.sample
| |----pre-applypatch.sample
| |----pre-push.sample
| |----update.sample
| |----push-to-checkout.sample
|----refs
| |----heads
| | |----main
| |----tags
| |----remotes
| | |----origin
| | | |----main
|----index
|----COMMIT_EDITMSG

HEAD(当前分支)

有一个叫做 HEAD文件,这个文件一听名字就比较重要,它的作用就是存储当前仓库正在使用的分支名称。

查看其内容,如下面这样,表示当前正在使用 main 分支。

ref: refs/heads/main

或者下面这样,表示正在使用 dev 分支。

ref: refs/heads/dev

refs

.git/refs 目录下有 headstagsremotes三个子目录,用来存储最新的提交记录引用的。

|----refs
| |----heads
| | |----main
| |----tags
| |----remotes
| | |----origin
| | | |----main

这三个目录的作用都是用来标示最新一次的提交记录的。

.git/refs/heads

例如我本地只有 main分支,那就会在这里存在一份.git/refs/heads/mian的文件,文件内容如下:

2ddc65b74a186f4332d7b218be0f18dd404c82ef

这个值就是 main 分支最新一次提交记录的引用,引用指向 .git/objects这个目录,这里面记录了每一次提交的详情信息。

.git/refs/remotes

.git/refs/heads存的是本地分支提交记录的引用,而 .git/refs/remotes存的是远程分支的提交记录引用,这样一来,git就能够在本地跟踪远程仓库的分支变化。

.git/refs/tags

我们在管理代码的时候,可能在某些时候对当前版本打一个标签,标记某些重要的版本,这样就会在 .git/refs/tags目录下形成记录,标示某个tag的最新一次提交记录引用。

.git/refs/stash

除了这三个目录外,还有可能包含 stash这个目录,如果你用过「本地暂存」这个功能的话。

什么情况下会用这个功能呢?

  1. 临时切换到其他分支,当你正在当前分支上进行工作,但需要暂时切换到其他分支,而又不想提交当前工作目录的改动时,可以使用git stash将改动保存起来,切换分支后再用git stash popgit stash apply恢复。

  2. 临时保存,假设你两天前拉取了某个文件,改了一部分,但是一直没完成。在这期间呢,你的同事也把这个文件改了,那你提交的时候就会有冲突。这种情况下,你可以先把你本地的暂存起来,然后再拉取最新代码,之后再把暂存的改动恢复过来。

提交记录 (.git/objects)

前面介绍 refs时说的最新一次的提交记录引用,其引用的目标就是.git/objects这个目录。拿前面那个 main分支的最后一次提交引用来讲。

上面这一串16进制字符串,可以分为两个部分,前两位是一个部分,后两位是一个部分,前两位作为目录,后面的是文件名称。

所以在 .git/objects中存在 .git/objects/2d/dc65b74a186f4332d7b218be0f18dd404c82ef这样一个文件,里面存的就是某次提交的详细信息,直接查看的话,只能看到乱码,要用 git 自己的命令才行。

git cat-file -p 2ddc65b74a186f4332d7b218be0f18dd404c82ef

查看到的提交详情,主要是提交树、作者、提交者以及提交message

通过 tree的记录值,可以查看本次提交所涉及的所有文件树。 依然是 通过下面的命令查看,后面的一串hash值,就是上图的 tree 的值。

git cat-file -p f8803d7d049edbbc981da732b855419d039f79ff

得到的结果如下: image.png

再用 git cat-file -p 命令可以查看上图类型为 blob的文件的内容。

日志 (.git/logs)

这里记录的每一次的提交日志,包括当前使用的分支、本地分支、远程分支。

|----logs
| |----HEAD
| |----refs
| | |----heads
| | | |----main
| | |----remotes
| | | |----origin
| | | | |----main

以行为单位,每一行都存储了一次提交的具体信息。 从左到右分别表示提交之前的hash提交之后的hash提交用户时间戳提交的message

config (配置)

.git/config 是当前仓库的配置文件,这个文件,大多数开发同学应该还是比较熟悉的。这个配置只对当前仓库有效。

了解了前面的内容后,再看一下这个配置文件,应该就很好理解了。

[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = https://github.com/xxxx/xxxx-blog.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "main"]
remote = origin
merge = refs/heads/main

index (暂存区)

.git/index 文件是 暂存区。它保存了当前仓库中所有被 git 跟踪的文件的状态信息,包括文件名、文件的权限和位置等。当执行git add命令时,git 将要提交的文件的快照信息暂存到这个索引文件中,而不是直接提交到仓库。

当执行git commit命令时,git 会将索引文件中的内容提交到版本库中,从而创建一个新的提交记录。

hooks (钩子)

hook 对于程序员来讲肯定不陌生,可以看做是一个生命周期的事件处理,例如提交代码后,触发某个动作,「提交代码后」这个节点就是个 Hook,在这个Hook里我们可以加入一些自定义的处理逻辑来达到某些目的。

例如 pre-commit(在执行提交前运行)、post-commit(在提交后运行)、pre-push(在执行推送前运行)等。

怎么样, 学废了吗?

风筝

作者

风筝

古时的风筝,一个平庸的程序员,主语言 Java,第二语言 Python,其实学 Python 的时间比 Java 还要早。喜欢写博客,写博客的过程能加深自己对一个知识点的理解,同时还可以分享给他人。喜欢做一些小东西,所以也会一些前端的东西,React、JavaScript、CSS 都会一些,做一些小工具还够用。